home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 62 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.1 KB
  1. From: Stephen Usher <steve@earth.ox.ac.uk>
  2. Subject: Re: utime()
  3. Date: Wed, 27 Jan 93 13:07:39 BST
  4. In-Reply-To: <9301271251.AA15522@math.uni-muenster.de>; from "Julian "F." Reschke" at Jan 27, 93 1:51 pm
  5.  
  6. >
  7. >> 
  8. >> Hi Julian,
  9. >> I agree such a function should be added.
  10. >> Maybe it should be a system call, though.
  11. >
  12. >That would be nicer, yes. But I don't think that this is the best moment
  13. >to make changes in the kernel and in the interface between file system
  14. >drivers and the kernel... (look at the version number :-).
  15. >
  16. >> Another wish of mine: a Ftruncate() call.
  17. >> Also possible as an Fcntl() command, of course.
  18. >> 
  19. >
  20. >Indeed. Let's define yet another standard opcode for Fcntl!
  21.  
  22. Why not make everything which is device dependent a Fcntl op code... not all
  23. devices would need to support them, the default would be to return EINVAL.
  24. If only all device drivers (including the standard TOS filesystem, serial
  25. port support etc etc) were loaded at boot time, then the kernel would not
  26. have to be changed just to fix, say, the tty driver. The kernel would only
  27. use the ROM tosfs file system and hard disk driver at boot time. The
  28. loadable tosfs driver could of course use the default routines if it were
  29. written that way, but it wouldn't need to.
  30.  
  31. The whole upshot of this would be though that the kernel could be made
  32. totally stable and relatively static whilst the device drivers could evolve.
  33.  
  34. Just think...  multi-threaded interrupt driven hard disk driver with nice
  35. multi-threaded filesystem drivers over the top.. a fixed tty driver which
  36. allows you to do a select on things other than the console.. a serial driver
  37. which can handle speeds up to 57.5Kbps on the new serial ports... :-)
  38.  
  39. >
  40. >
  41. >-- 
  42. >________________ cut here _________________________
  43. >Julian F. Reschke, Hensenstr. 142, D-W4400 Muenster
  44. >  eMail: julian@math.uni-muenster.de, jr@ms.maus.de
  45. >________ correct me if I'm wrong __________________
  46. >
  47.  
  48. Steve
  49.  
  50. -- 
  51. ---------------------------------------------------------------------------
  52. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  53. E-Mail: steve@uk.ac.ox.earth. Tel: Oxford (0865) 282110.
  54.